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La presente invention concerne r6dition de documents graphiques 
num6riques du type SVG ou analogue, notamment S partir d*un butineur. 

Le langage SVG, acronyme anglo-saxon pour ''Scalable Vector 
Graphid\ est un langage de description de documents graphiques bi- 
dimenslonnels Merits en langage de ballsage de type XML (extensible Markup 
Language) ou analogue. 

Le langage SVG admet trois types de documents ou objets 
graphiques : des contours graphiques vectorieis (par example, des traces 
consistent en lignes droites et courbes), des images et du texte. Les objets 
graphiques peuvent etre regroupes, transformes et composes dans des objets 
precedemment rendus. Le langage SVG comprend un ensemble de fonctions 
telles que des transformations imbrlqu6es, des traces de rognage, des masques, 
et des objets de gabarit 

Les objets SVG peuvent §tre interactifs et/ou dynamiques. On pejut 
ainsi d6finir et declencher des animations, solt en incorporant des Elements . 
d'animation SVG dans un contenu SVG. soit via un script comprenant par 
exemple des commandes executables. 

On connaTt deja des editeurs qui permettent de modifier du contenu 
Web, telles que des pages Web 6crites en langage de balisage de type HTMl 
{"HyperText Markup Language"), directement ^ partir d'un simple butinqur • 
internet, appeie encore "browser" en anglo-saxon. 

Le Dennandeur s'est pos6 le probl6me de modifier de la m§me 
fagon que pour le texte des documents graphiques numeriques tels que des 
objets graphiques SVG publics sur le reseau Intemet Web ^ I'aide d'un simple 
butineur Internet. 

Le langage SVG §tant un format textuel en raison de son 
appartenance aux langages de balisage, j| est possible de modifier tout 
document SVG ^ partir d'un simple 6diteur texte. 

Cependant, le Demandeur souhaite pouvoir offrir un environnement 
plus convivial et interactif, par exemple de type WYSIWYG {"What you see is 
what you get), c'est-a-dire "ce que vous attrapez est ce que vous voyez" oCi les 
interactions se font notamment a I'aide d'un dispositif d'interface homme 
machine du type souris ou analogue. 
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La pr6sente invention apporte justement une solution 6 ce 

probleme. 

Elle vise ainsi k fournir un 6dlteur de documents graphiques 
num6riques de type SVG publics sur le Web, apte ^ §tre execute sur n'importe 
quel butineur capable d'afficher des documents SVG en mode lecture. 

Elle porte sur un proced^ de traltement d'au moins un document 
graphique num^rique represents en un langage de balisage predetermine dans 
lequel au moins un logiciel d'affichage de type butineur est utilise pour afficher 
un tel document. 

"f^e definition g6n6rale de I'invention, le precede comprend 

les 6tapes^1vantes : ' 

-i) transformer le document d'orlgine affich6 en mode lecture en 
une version editable dans ie langage de balisage selon un jeu de regies de 
transformation pr6d6finies non ll§es au document qui incorporent des regies 
d'Scriture au document, 

-H) interagir via le logiciel d'affichage avec ladite version Editable 
pour la modifier sefon ledit jeu de regies d'ecriture, et 

-iii) transformer la version Editable ainsi modifiee en une version en 
mode lecture Incorporant les modifications apportSes lors de I'etape li). 

Selon une realisation, le proc§d§ comprend en outre I'etape iv) 
dans laquelle II est prSvu d'afficher ou stocker ladite version modifiee en mode 
lecture. 

En pratique, le jeu de regies de transformation appartlent au 
groupe forme par des scripts du type Javascript et XSLT. Ces regies peuvent 
aussi etre mise sous la forme d'un service web, prenant un document SVG non 
editable en entree et renvoyant un document SVG editable en sortie. 

En pratique, le jeu de regies d'ecriture appartient au groupe forme 
par des fonctions d'Insertion. de modification, d'eiimination, de deplacement. et 
de copie d'au moins certains elements ou noeuds du document a editer. 

Selon une autre realisation, la transformation Inverse selon I'etape 
iii) est apte. a partir d'un document edite, a r6cuperer le document non edite. 
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Par exemple, la transformation directe selon l*6tape i) est apte ^ 
ajouter des informations de guidage susceptibles de guider la transformation 
inverse selon i'etape ili). 

En pratique, les informations de guidage appartiennent au groupe 
5 form§ par des 6l6ments S eliminer ; des eI6ments se trouvant dans le document 
modifie (ISVG2) dans un espace de nommage specifique ; des scripts mettant a 
jour les vaieurs des informations de guidage ; des informations d'indication 
relatives a la creation/modification des attributs. 

Selon encore une autre realisation, la transformation directe selon 
10 I'etape i) est apte a identifier chaque Element graphique selectionnable. 

Selon encore une autre realisation, la transformation directe selon 
r6tape i) est apte a englober/faire passer des noeuds ecrlts dans le langage de 
balisage de type SVG dans un espace de nommage non SVG pour d6sactiver le 
effets desdits noeuds. 

15 Selon une autre caracteristique du proc6de iselon ^inv^ntlon, la 

transformation inverse selon I'etape ill) est apte a recup6rer les noeuds SVG 
passes dans un espace de nommage non SVG. 

Par exemple, la transformation directe selon I'etape i) comprend un 
parametre susceptible de decider de conserver/d*6liminer un-* element 

20 d'animation. 

Selon un autre exemple, la transformation directe selon I'etape i) 
comprend des evenements de mutation aptes a modifier de fagon synchrone le 
document par rapport au document initial. 

Selon encore une autre realisation, la transformation directe selon 
25 r6tape i) est apte a visuallser dynamiquement le document edit§. 

En pratique, ia transformation directe selon r§tape i) incorpore dans 
les regies d'ecritureun mecanisme apte a modifier tout ou partie du document 
§dite via des programmes disponibles d distance du document. 

De preference, lesdits programmes appartiennent au groupe form6 
30 par des scripts JavaScript ; des scripts XSLT ; des services Web. 

Par exemple, lesdits programmes sont aptes a prendre en entree 
un arbre ecrit en langage de balisage de type SVG et retoumer une Image non 
vectorielle en sortie. 



4 

En pratique, la transformation Inverse selon I'etape iii) est apte ^ 
modifier ou 6liminer un script d-lnltialisation pour sauvegarder des modifications 
effectu6es sur des Elements graphiques cr6es par ledit script d'lnitiallsation. 

La pr6sente Invention a egalement pour objet un dispositif de 
traltement d'au moins un document graphlque num§rique reprdsente en un 
langage de balisage pr6d6termin6 dans lequel au moins un logiciel d'afflchage 
de type butineur est utilise pour afRcher un tei document. 

Selon un autre aspect de invention, le dispositif comprend : 

- des moyens de transformation directe pour transfomier le document d'origine 
aff.ch6 enjiTode lecture e n une ver sion editable dans Je langage de_balisag_e 
selon un jeu de regies de transformation specifiquesnon1l§esTu document" quT' 
Incorporent des regies d'6criture au document; 

- des moyens de traltement pour interagir via le logiciel d'afflchage avec ladite 
version Editable pour la modifier selon ledit jeu de regies d'6criture ; et 

- des moyens de transfomiatlon Inverse pour transformer la version Editable ainsi 
modifi^e en une version en mode lecture incorporant les modifications ainsi 
apport6es par les moyens de traitement. 

Selon une realisation, le dispositif comprend en outre des moyens 
pour afficher ou stocker ladite version modifi^e en mode lecture. 

En pratique, le jeu de regies d'ecriture appartient au groupe form6 
par des fonctions d'insertion, de modification. d'6Iimination. de deplacement et 
de copie d'au moins certains Elements ou noeuds du document ^ 6diter. 

Selon une realisation, les moyens de transformation Inverse sont 
aptes & r6cup6rer ^ partir d'un document eM, le document non 6clite. 

Selon une autre realisation, les moyens de transformation directe 
sont aptes & ajouter des infomiatlons de guidage susceptibles de guider les 
moyens de transformation inverse. 

En pratique, les informations de guidage appartiennent au groupe 
forme par des elements a eiiminer ; des elements se trouvant dans le document 
modifie dans un espace de nommage specifique ; des scripts mettant a jour les 
valeurs des informations de guidage ; des informations d'Indlcatlon relatives a la 
creation/modification des attrlbuts. 



Selon encore une autre r6alisation, les moyens de transformation 
directe sont aptes ^ identifier chaque 6i§ment graphlque selectlonnable. 

En pratique, les moyens de transformation directe sont aptes d 
englober/faire passer des noeuds §crits dans le langage de balisage de type 
SVG dans un espace de nommage non SVG pour d6sactiver le effets desdits 
noeuds. 

Par example, les moyens de transformation inverse sont aptes a 
r6cuperer les noeuds SVG passes dans un espace de nommage non SVG. 

De preference, les moyens de transformation directe sont adaptes 
pour utiliser un parametre susceptible de decider de conserver/d'6liminer un 
Element d'animation. 

Selon encore une autre realisation, les moyens de transformation 
directe sont adaptes pour traitor des §v6nements de mutation aptes & modifier 
de fagon synchrone le document par rapport au document initial. 

En pratique, les moyens de transformation directe sont aptes, d 

I 

visuallser dynamiquement le document edite, 

Selon encore une autre realisation, les moyens de transformation 
directe Incorporent aux regies d'ecriture un mecanisme apte a modifier tout pu 
partie du document edite, via des programmes disponibles a distance giu 
document. 

Par exemple, lesdits programmes appartiennent a au groupe form§ 
par des scripts JavaScript ; des scripts XSLT ; des services Web. 

De meme, lesdits programmes sont aptes d prendre en entr6e un 
arbre ecrit en langage de balisage de type SVG et retourner une image non 
vectorielle en sortie. 

La pr§sente invention a 6galement pour objet un support 
d'informations lisible par un syst^me informatique, 6ventuellement amovible, 
totalement ou partiellement, notamment CD-ROM ou support magnetique, tel un 
disque dur ou une disquette, ou support transmissible, tel un signal §lectrique ou 
optique, caracterise en ce qu'il comporte des instructions d'un programme 
d'ordinateur permettant la mise en oeuvre du proc6d6 vis6 ci-avant, lorsque ce 
programme est charge et execute par un systeme informatique. 
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La pr6sente Invention a 6galement pour objet un programme 
d'ordlnateur stocks sur un support d'Informations, ledit programme comportant 
des Instructions permettant la mlse en oeuvre d'un proc6d6 de traltement vls6 
ci-avant, lorsque le programme est charg6 et execute par un systeme 
Informatique. 

D'autres caracterlstlques et avantages de I'Inventlon apparaftront d 
la lumi^re de la description d6talll6e ci-aprds et des dessins dans lesquels : 

-la figure 1 est un organigramme illustrant les stapes principales du 
proc§d6 d*6dltion selon I'Invention ; 

L'!L%4re_2Asliin_org_aniara^^^ 



selon I'invention ; 

-la figure 3 est un. organigramme illustrant I'^tape de traitement 
SVG selon I'invention ; 

- la figure 4 est un organigramme illustrant r§tape de transformation 
de noeuds scripts selon {'Invention ; 

- la figure 5 est un organigramme illustrant I'^tape de transformation 
inverse selon I'invention ; et 

- la figure 6 repr§sente sch6matiquement un disposltif permettant 
de mettre en ceuvre le proc6d§ selon I'invention. 

En reference ^ ia figure 1. le proc§d6 d'6ditlon selon I'invention 
comprend au moins cinq etapes principales. 

En premier lieu, selon l'6tape E100. ii est pr6vu d*acqu6rir une 
image 1SVG1 sur le r^seau Internet ou toile "Web". 

En second lieu, selon I'etape E110, il est pr^vu de transformer cette 
premldre Image ISVG1 en une deuxieme image ISVG2. Cette deuxieme Image 
ISVG2 correspond ^ une version editable de la premiere Image ISVG1. selon un 
]eu de regies d'ecriture predefinies non Ii6es a I'image ISVG1 . 

En troisieme lieu, selon I'etape E120, il est pr6vu de lire la 
deuxieme image ISVG2. 

En quatri^me lieu, selon I'etape E130. II est prevu d'interagir ou 
modifier la deuxieme image ISVG2 selon ledit jeu de r6gle d'ecriture. 



En cinquidme lieu, selon I'etape E140, il est prSvu d'efFectuer la 
transformation Inverse de I'etape E110 pour obtenir une version mise § jour 
ISGV3 de la premiere Image ISVG1 . 

Le cas 6ch§ant, selon r6tape E150, II est pr^vu de stocker ia 
version mIse k jour ISVG3 sur le serveur d'origine ou autre moyen de stockage. 

Les transformations des stapes E110 et E140 sont de preference 
effectu^es ^ partir d'un simple butineur Internet. 

En reference § la figure 2, la transformation E110 d6crite en 
reference a la figure 1, s'effectue en pratique en deux parties. 

Apres racquisition du document 1SVG1 a 6dlter (6tape E200), on 
effectue une transformation (etape E210) de ce document en un nouveau 
document XML. 

Ce nouveau document XML contlent toutes les informations de 
I'image sous une nouvelle forme et on I'insdre a I'etape E220 dans un 6I6ment , 
graphique d'un document SVG. Get Element r6cup§re les attrlbuts de l'616ment,- 
raclne <svg/> et on lui ajoute un attrlbut xmhbase pour conserver les r6f6rences 
de type URI relative. Get element est Indus dans un autre element graphique qui 
pemnet de mettre a r§chelle voulue le document SVG §dite. 

Get §l§ment graphique possede par ailleurs des attribute interactifs 
qui peuvent etre par exemple des evenements souris ou des 6v§nements 
mutation. 

En pratique, les 6v6nements souris pemnettent la selection 
d'6l6ments ainsi que la modification interactive {"drag & drop"). 

Les §v6nements "mutation" pemnettent de suivre les modifications 
effectu6es au document SVG, ce qui est utile pour faire de la mise ^ jour 
synchrone si n6cessalre, mals aussi pour mettre k jour les informations 
permettant de reallser facilement la transformation inverse E140 que Ton d6crira 
plus en detail ci-apr^s. 

On ajoute ensulte §i ce nouveau document, des informations XML 
{6tapes E230 a E260) pour construire un nouveau document SVG. Ces 
dernieres informations ne sont pas sp^cifiques a une image et correspondent 
aux differentes interfaces utilisateurs permettant I'editlon proprement dite. 
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Ces informations comprennent notamment des moyens permettant 
de s§lectionner ais6ment tout 6l6ment graphique editable (etape E230) : il s'agit 
par exemple d'une llste d'6l6ments. d'un script apte a r6cup§rer les evenements 
souris permettant de connartre I'element selectionne a la souris. 

Selon I'^tape E240, ces informations comprennent des moyens de 
modifier les Elements SVG §dlt6s. §ventuellement en ajoutant de nouveaux 
elements SVG. En pratique, il s'agit d'ajouter des Elements graphlques 
permettant ^ Tutilisateur d'entrer les parametres de chaque element graphique ^ 
modifier ou cr§er. 

.?°"^°!!"^r5"!.!J'^*®P® ^2^°' informations comprennent des 



moyens pour appliquer des traltements e^emes su'r tout ou partie'd^dociTment 
SVG edit§. En pratique, il s'agit de r6cup6rer une partie du document SVG et 
d'ex§cuter sur cette partie une modification definle hors de l'6diteur. sur un 
reseau ou un disque dur par exemple. Par exemple. II peut s'agir d'une 
transformation XSLT. un script JavaScript, une invocation de service Web. 

Conform6ment a I'etape E260. ces informations comprennent des 
moyens pour controler les fonctionnalit6s ajoutees. Par exemple. ces moyens 
permettent d'ajouter certaines Informations, notamment pour zoomer sur une 
partie du document, pour passer en mode Script Actlf/Script Passif, contrdler 
20 I'echelle du temps. 

On peut cholsir d'impl§menter les 6tapes E200 S E260 sous la 
forme d'un unique script. On peut aussi s§parer rimpl6mentation en deux 
parties, la premiere correspondant a une transformation P(SLT. JavaScript...) du 
document SVG d 6diter, la deuxi^me partie §tant un document SVG d'6ditlon 
comprenant directement les donn6es des etapes E230 ^ E260. La 
transformation du document d 6diter est alors utilisee dans le document SVG 
d'6dition. 

En reference a la figure 3, la premiere transformation {E110. 
figure 1) on applique sur chaque enfant de la premiere balise <svg/>. On cr6e 
30 ainsi un ou plusieurs arbres XML. assemble en un unique resultat utilis6 a 
I'etape E220 (figure 2). 

La premiere etape E300 consiste k acquerir le nceud ^ traiter. 
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On teste ^ I'^tape E305 s'il s'agit d'un nceud defini par rSf^rence ou 

directement 

S'll s'agit d'une r§f6rence relative ext§rieure au document, on la 
transforme en une r6f§rence absolue (ce qui pemnet de stocker le document 

5 §dit6 sous n'importe quelle URI). 

S'il s'agit d'un noeud de type script (etape E305), on transforme 
(§tape E310) le noeud script gr§ce a ralgorithme decrit en reference a la figure 
4. Sinon, on teste a I'etape E315 si le nceud a un identificateur. On lui ajoute 
(etape E325) un identificateur si {6tape E320) I'element est un 6l6ment 

10 graphique sans identificateur, que I'on peut visualiser et selectionner a la sourls. 
Cecl permet une mise en oeuvre plus facile de la selection graphique d'6l6ment. 

On utilise ensuite I'espace de nommage des Informations de 
gestion. SVG ayant un modele de contenu ouverl, toutes les informations qui ne 
sont pas dans I'espace de nommage SVG ne sont pas prises en compte par..un 

15 lecteur SVG. On peut done utiliser cette possibility pour ajouter des informations 
non utiles pendant la phase d'interaction avec I'utilisateur mais qui sont utiles 
pendant la transformation inverse. 

L'§tape E330 teste ainsi si le nceud courant est un noeud 
d'animation et si les animations sont ^ d^sactiver ou pas. • 

20 Si c'est le cas, on passe (etape E335) le noeud dans I'espace de 

nommage des informations de gestion ce qui permet de desactiver I'animation 
pendant la phase d'interaction, de r6integrer ces animations lors de la phase de 
transformation, et aucune perte d'informatlon. 

On initialise ensuite ^ I'etape E340 les informations n6cessaires d 

25 la transformation inverse. Ces informations (que Ton met sous la forme 
d'atlributs) permettent de savoir lors de la transformation inverse : si les 
6l6ments ont ete modifies ou non, si les 6l6ments sont d enlever ou non, ou si 
les 6l6ments graphiques sont d^flnis en XML ou cr66s/modifl§s via un script 
utilisant DOM (representation graphique programmatique d'un document XML ou 

30 "Document Object Modef en anglais. 

Dans le cas de la creation/modification par script, ces informations 
permettent en outre de savoir s'il s'agit d'un script d'initialisation au moment du 
chargement du SVG. 
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Des 6l§ments peuvent §tre cr§6s par un script (au moment de la 
visualisation du document par exemple) auquel cas, II faut les enlever au 
moment de la transfomnatlon Inverse. Par allleurs. des elements ajoutes par un 
script appel6 dans le document SVG original ne sont pas forcement modifiables. 
5 Ces Informations de gestlon permettent done de differencier I'edition de ces 
6lements. 

D'autres informations sont aussi stock^es dans I'espace de 
nommage de gestlon : par exemple I'URI du document originale au document 
SVG pour permettre l'§tape de stockage du fichler modifi6 et faciliter la 
10 transformation inverse. 

Lors de l'6tape E345. on teste ensuTte~sT~re noeud T traS^ 
correspond a un noeud r6f6rence (type <symbo(/>). Dans ce cas. on lul ajoute un 
attribut contenant la llste des 6l6ments qui r§f§rencent ce noeud. Si I'utilisateur 
veut ensulte modifier un 6l6ment r^f^rengant ce noeud. on lui demande s'il 

15 souhalte modifier le noeud (et done I'ensemble des elements referents) ou 
uniquement i'el6ment graphique. auquel eas, on clone ie noeud. on le modifie et 
on pointe I'element graphique vers le noeud modifie. Enfin. si le noeud a des 
enfants a traiter (etape E355), on traite recursivement de la m§me fagon chacun 
des nceuds (etape E360), sinon I'algorithme se tennine (^tape E365) en 

20 renvoyant le resultat du traitement. 

Pour terminer le traitement du document SVG, on copie les 
attributs de I'element racine <SVG/> dans I'espace de nommage de gestion pour 
permettre ^ la transfomnatlon Inverse de les r6cup6rer. Par allleurs. les attributs 
de I'element racine sont repris en parte dans les 6l§ments graphiques englobant 

25 le resultat de la transformation, notamment les attributs "^venement". 

En reference S la figure 4, on a repr^sente le traitement des 
noeuds scripts. 

Les effets des scripts peuvent §tre genants durant la phase 
d'edltlon du SVG. on permet done a I'utilisateur de les desactlver et aetlver. 

Pour ce faire. apres I'acquisition d'un noeud script (etape E400 qui 
suit r^tape E310), on recupdre la valeur du noeud (6tape E430) et pour cheque 
fonction du ncBud (etapes E440. E450 et E470). on ajoute un test (6tape E460) 
permettant de savoir si la fonction dolt etre ex6cutee ou pas. 



30 
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Ce test correspond simplement d regarder si un attribut 
"scriptEnable" pour script actif, est mis d vrai ou faux. L'utllisateur peut modifier 
cet attribut lors de la pliase d'^ition pour activer/d§sactiver ces scripts. 

G6n6ralement, ies fonctions appel6es par le precede de I'invention 
sont d^finies directement dans ie document. Si ces fonctions sent d^finies dans 
un autre document, ii est possible de d§finir le nceud script par r6f6rence au 
document exteme. Dans le cas oD un noeud script serait d6finl par reference 
(etape E410), on r6cup6re le document pointe et on I'insere en tant que valeur 
de ce noeud (6tape E420). On ^limine par ailleurs la r§f6rence au document 
exteme. 

La plupart des interactions consistent a modifier des Elements qui 
sont directement 6crits dans le document SVG. Dans ce cas, 11 sufRt de modifier 
l*6lement en utilisant Ies fonctionnalltes DOM. On met S jour Ies donn^es de 
gestion, notamment Ies attributs correspondant au test de 
modification/non-modiflcatlon des noeuds. On propose aussi 6 l'utllisateur 
d'ajouter de nouveaux 6l^ents. Toutes Ies fonctionnalltes DOM de modification 
de I'arbre (changement de place/clonage de noeuds par example) sont 
possibles, pourvu qu'elles respectent la norme SVG. 

II est possible que le document SVG contienne des scripts qui vpnt 
modifier ce document a des moments precis. Lorsque de tels scripts ajoutent des 
elements, ces elements sont ^limines lors de la transformation inverse, Les 
modifications effectuees sur des elements pre-existants sont par centre plus 
difficiles a gerer. En effet, 11 est possible que Tutilisateur 6crase ces modifications 
par des interactions. Par ailleurs lors d'une relecture du . document SVG 
sauvegard§, ces scripts pourront de nouveau modifier le document. Le proc6d§ 
selon rinvention propose a I'utilisateur pour palller ce probldme d'editer/modifier 
les scripts. 

Dans de nombreux documents SVG, un script d'initialisation est 
utilise pour ajouter de nouveaux 6l6ments graphiques et/ou modifier des 
6l§ments presents. II est important de laisser faire cette initialisation.. Pour cette 
raison, les scripts ne sont pas desactives au d6but de Tedition. Les modifications 
effectuees sont detectees gr§ce aux evenements "mutation" (la creation 
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d'6lements par script peut §tre detectee autrement) et prises en compte de 
differentes nnanldres. 

Par exemple, s'll s'agit de nouveaux elements, on les marque 
comme tel (6l6ments cr66s par script) et on les place, si ce n'est pas deja le cas 

dans r6l6ment graphique qui contient i'ensemble des elements graphlques 
edit§s. 

Dans un autre exemple. s'il s'agit de modlfication/d'ajout d'attributs 
on indique (via I'espace de nommage des donn6es de gestion) que ces attributs 
sont modifies par un script d'Initlallsatlon. 

_ certaines modifications des _§I6ments_ graphiques 

crees/modifies par script d'Initialisatton: Si I'ulinsateuT souhalte modifieT d^ tels" 
elements, on le pr^vfent que ces modifications ne seront pas forcement 
conserv^es apr^s la phase de sauvegarde. Lorsqu'll s'agit de modifications 
simples (changement de valeurs d'attributs. d'6lements). on note les 
modifications sous la fomie d'un script et on ajoute ^ r6l6ment modifl6 un attribut 
(dans I'espace de nommage des donnees de gestion) qui polnte ve.^ ce 
nouveau script. La transformation inverse ajoutera ensulte ce script au script 
appel6 a la fin du script d'initiallsation. 

Lors de la transformation inverse, les 6l§ments XML cr6§s par le 
scnpt d'initialisation sont ^ enlever. On les etiquette done comme ^ enlever. 

Le langage SVG supporte certaines fonctlonnalit6s du langage 
d^nomme SMIL, acronyme anglo-saxon pour 'Synchronized Multimedia 
Integration Language' et qui est un fomiat d'anlmatlon de document multimedia 
Ces animations se pr6sentent sous la forme d'6l6ments <animate/> 
<anlmateMotlon/>.<anlmateColor/> et <set/> d I'lnt^rieur d'6l6ments graphiques' 
Pour faclliter I'^ditlon de document, la transformation directe possede un 
parametre qui pemiet de d^finlr si I'on souhaite conserver ou desactiver ces 
elements, par exemple en les englobant dans un element dont I'espace de 
nommage n'est pas celui de SVG mais celui defini pour les informations de 
gestion. Ainsi. la transformation inverse peut reint^grer ces Elements. 

L'utihsateur rentre une URI qui correspond S un document 
permettant d'executer une operation sur tout ou partle du document SVG Cette 
URI pointe vers un document du type script (XSLT. JavaScript) ou WSDL 
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(acronyme anglo-saxon pour « Web Services Description Language ») qui 
definissent des traltements que I'on peut effectuer sur un fragment de donn6es 
SVG. L'utillsateur clioisit ensuite la partie du document SVG edit6 & modifier Le 
programme lance alors un script qui va permettre d'executer le script/le service 
web. Le script r6cupere le resultat et Tajoute au document SVG, 6ventuellement 
a la place de la partie du document SVG en entree. 

La transfonnation directe (etape E110, figure 1) initialise les 
informations utiles pour la transformation inverse (etape E140, figure 1), Les 
scripts ajoutes au document SVG edite permettent de tenir a jour ces 
informations suivant les interactions utilisateurs. La transformation inverse prend 
le document SVG modifie par les manipulations de Tutillsateur et le transforme 
pour la remettre dans un fomnat proche du document SVG 6dit6 original. Pour ce 
faire, la transformation inverse va utiliser ces informations suppl§mentaires .pour 
construire le document r6sultat. . 

En reference S la figure 5, a Tetape E500, la transformation inverse 
recupere le noeud XML a traiter. A r6tape E505, on teste si le nceud a ete 
modifi6 ou cree par un script d'initialisation. Si oui, on recupere le script de 
modification s'il en existe un (etape E510), sinon on passe directement a I'etape 
E515. Cette etape consiste a tester si le noeud est a eliminer. Si c'est le cas on 
passe a Tetape E520. On recupere alors tous les scripts de modification post- 
initialisation correspondent aux noeuds enfants que Ton ajoute a la fin du script 
d'initialisation. On passe ensuite directement au noeud suivant. On peut affiner le 
processus en s6parant les noeuds dont seuls la balise est ^ enlever, les enfants 
devant §tre tralt6s normalement. Dans ce cas, on recupere I'ensemble des 
enfants et on les met dans la liste des noeuds & traiter. 

Si le noeud n'est pas ^ §liminer, on passe d Tetape E525. 

A I'etape E525, on teste une eventuelle modification du noeud par 
rutlllsateur. En I'absence de modification, on r6cup6re le noeud XML original 
(etapes E530 et E535) et on Tajoute au document. Le traltement est alors 
termin6 pour ce noeud et on passe au noeud suivant. 

Si le noeud a ete modifie ou si Ton ne possede pas le noeud XML 
original, on passe a Tetape E540. On ajoute un Element correspondant au noeud, 
on filtre les attributs pour enlever les attributs de Tespace de nommage des 
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Informations de gestion et les attributs d'identification s'ils ont et6 cr66s par !a 
transformation directe. Si ie noeud a des enfants (etape E545). on traite 
r§curslvement chacun des enfants (etape E550). sinon on traite la valeur du 
noeud (6tape E565). Cette 6tape consiste § copier la valeur sauf dans Ie cas des 
nceuds scripts auquel cas on enleve Ie test correspondant a 
l'activation/d§sactivation des scripts. L'algoritiime est alors fini (§tape E560). 

Une fois Ie document transform^, la deml§re 6tape consiste a 
int^grer ce document dans un Element <SVG/> auquel on ajoute les informations 
stock^es dans la transformation directe. 

Par exemple, Ie document ISVG1 ^ traiter. en version lecture 

cdrresponcT au document SVG" suivant. 



<svg wldth="250" height="250" 
xmlns = " ht tp : / / www . w3 . org/ 2 0 0 0 / s vg " 
xmlns : xlink= "http : / / www . w3 . org/ 1 9 99/xl ink >< 
xmlns : nsvg= "http : //example . com/nonsvgns " > 

<g id=«Qroup" Btyle='.stroke-width:4;stroke- 

emtialiaslng: false" > 

<iinage xlinfc : href = "image.jpg" x=«10" y=»io« width="40" 

height="40" /> 



y="10»> 



<text style=«font-si2e: 12; fill-opacity: 1" 



X="50" 



My SVG image 
</text> 
</g> 

<script type="text/ecmascript" xlink:href=«myscript. j8"/> 
</svg> 



sulvantes. 



En mode 6criture. Ie document ISVG2 correspond aux instructions 



<svg width=«l600" height="1600« viewBox="0 0 1600 1600" 
xml ns = " ht tp : / /www . w3 . org/ 2 0 0 0 / s vg " 
xmlns :xlink="http://www.w3 .org/xsgg/xlink" 
xmlns :nsvg="http : //example . com/nonsvgns > 
•sg id=" nsvg:svg_image"> 
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1' element suivant encapsule 1' image source --> 
<g id= " nsvg : wrapper " 

url="http : //example . com/servlet/Update?ids=10 " 

swi t ch= " true " onmou s eups " on^mous eupp ( ev t ) " 

onload«"iait(evt) "> 

<g id= " Group " s tyle= " stroke - width s 4 ; s troke - 

antialiasing : false " > 

<image xlink:href ="image • jpg" x="10" y="10" 
width=5"40" heights "40" /> 

< t ext s tyle= " font - s i ze : 12 ; f i 11 - opac i ty : 1 " x= " 5 0 " 

y«"10"> 

My SVG image 
</ text> 
</g> 
</g> 

<g nsvg s removes" true "> 

<l-- contient les objects UI pour 1' interaction et la. 

visualisation 

contient notamment des GUI pour la selection des 

ob j ects SVG 

contient notamment des GUI pour la modification 

des objects SVG --> 

<text x= " 90 " y=" 10 " styles" text -anchor : left ; f ont- 

si2e:12 ">X=</text> 

<!-- other svg elements --> 
</g> 
</g> 

<script type»"text/ecmascript" nsvg « removes" true "> 

<! --nsvg: remove est une info qui va guider la 
transformation inverse- -> 
<\ [CDATA[ 

function on_raouseup (evt) 

{ 

// perraet 1 ' interaction avec 1' utilisateur tel que 



le drag&drop. 



// le rediraensionnement d'objet... 

} 

<!-- Other javascript functions --> 



</script> 
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<script type="text/ecmascript" nsvgshref=''xnyscript. js*- 
xxBvg t removes: " ±ni tTher e «^ > 

<l— inlined scripts functions with a disable 

mechanism- - > 

</script> 
</svg> 

Pour cet exemple. les regies de transformation sont definies sous 
la forme d'un script XSLT. Ce script va notamment inclure des elements 
permettant Pinteraction avec I'utillsateur (fonction deplacement d'objet graphique 
utilisant le drag & drop 



<xsl: stylesheet version=!"l. 0»» 

xmlns:xsl = «http: //www. w3.org/l999/xSL/Transform" 
xmlns :xlink= "http : //www . w3 . org/l999/xlink" 
xmlns = " ht tp : / / www . w3 . org/2 000/ svg " > 
<xsl : template match= " * " > 
<svg> 

<xsl:copy-of select«"®*"/> 

<xsl : attribute name="width">i600</xsl :attribute> 
<xsl : attribute name="height ">l600</xsl : attribute> 
<xsl: attribute name=:"viewBox">0 0 1600 1600</xsl :attribute> 
<xsl:if test- "not (®id) "> 

<xsl : attribute name="id">root</xsl :attribute> 
</xsl:if > 

nsvg: wrapper" switch=:«true" 
onmouseup=«on__mouseupp{evt) «onload="init (evt) "> 

<xsl: attribute name="url«>. . .</xsl: at tribute > 
<xsl : f or-each select^ « * [not (name ( ) = » script ' ) ] " > 

<xsl : call-template name="transf ormNode" /> 
</xsl :for-each> 

<g ns vg J removee »' true " > 

<text x=:"90« y=..io" s tyle=" text -anchor :left; font ^ 

size : 12 " >X=</text> 

<l — other svg elements -~> 
</g> 

</g> 

<script type=:«text/ecmascript" nsvg 5remove:=" true «> 
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<! --nsvg: remove est une Info qui va guider la 
transformation inverse- -> 

< I ICDATA [ 

function onjmouseup (evt) 

{ 

// permet 1' interaction avec I'utilisateur tel 

que le drag&drop/ 

// le redimensionnement d'objet.,. 

} 

<!-- other javascript functions --> 

]]> 

</script> 

<! --other svg elements--> 
</svg> 
</xsl : template> 

<xs 1 : template name= " trans f ormNode " > 

transformation rules for each svg child 
<xsl : template> 
</xsl : stylesheet> 

Par allleurs ies regies d'6criture sont id par exemple du type: 
suppression, insertion, modification ou analogue. 

En reference a la figure 6, on a repr6sent§ un disposltif mettant en 
oeuvre le logiciel permettant de traitor Ies documents SVG conformement au 
procede de I'invention. 

Le dispositif peut etre par exemple un micro-ordinateur 10 connecte ^ 
differents peripheriques, par exemple, une camera numerique 107 (ou un 
scanner, ou tout moyen d'acquisition ou de stockage damage) reliee a une carte 
graphique et fournissant des informations a traitor selon Tinvention. 

Le dispositif 10 comporte une interface de communication 112 reliee a un 
reseau 113 apte a transmettre des informations numeriques. Le dispositif 10 
comporte egalement un moyen de stocl<age 108 tel que par exemple un disque 
dur. II comporte aussi un lecteur de disquette 109. La disquette 110 comme ie 
disque 108 peuvent contenir des donnees d'implantatlon logicielle de I'invention 
ainsi que ie code de I'invention qui, une fois lu par le dispositif 10, sera stocke 
dans le disque dur 108. Selon une variante, le programme permettant au 
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dispositif de mettre en oeuvre I'inventlon, poun-a §tre stock§ en memoire morte 

102 (appel6e ROM sur le dessin). II en est de m§me pour las methodes de 
codage. En seconde varlante. le programme pourra etre regu pour §tre stocke de 
fagon identique § celle d6crlte pr^cedemment par I'intermediaire du r6seau de 
communication 113. 

Le dispositif 10 est reli§ a un microphone 111 par I'intermSdialre de la 
carte E/S 106. Les donnees a traiter selon I'inventlon seront dans ce cas du 
signal audio. 

Ce m§me dispositif possede un 6cran 104 permettant de vfsuallser les 

iervir_d-interface avec rutilisateur qui pourra 
param6trer certains mod'es de traitementr^ I'aide du clavier H4~ oude tout autre 
moyen (souris parexemple). 

L'unlt6 centrale 100 (appel^e CPU) execute les instructions relatives a la 
mise en oeuvre de I'inventlon. Instructions stock6es dans la m§moire morte 102 
ou dans les autres 6l§ments de stockage. Lors de la mise sous tension, les 
programmes et methodes de traitement stockes dans une des memoires non 
volatile, par example la ROM 102. sont transf^res dans la memoire vIve RAM 

103 qui contiendra alors le code executable de I'invention ainsi que les variables 
necessaires a la mise en oeuvre de I'inventlon. En varlante. les m§thodes de 
traitement pourront etre stockees dans drff^rents endroits. En effet. il est possible 
d'ameliorer I'invention en ajoutant de nouvelles methodes transmlses solt par le 
reseau de communication 113 ou par I'intermediaire de disquette 110. Bien 
entendu. les disquettes peuvent §tre remplac§es par tout support d'informatlon 
tel que CD-ROM ou carte memoire. 

Le bus de communication 101 pemiet la communication entre les 
diff6rents sous Elements du micro-ordinateur 10 ou lies a lui. La representation 
du bus 101 n'est pas limitative et notamment I'unite centrale 100 est susceptible 
de communlquer des instructions a tout sous element de 10 directement ou par 
I'intermediaire d'un autre sous element du micro-ordinateur 10. 

Le dispositif decrit ici est susceptible de contenir tout ou partie du 
traitement decrit dans I'inventlon. 
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REVENDICATIONS 

1. Precede de traitement d'au moins un document graphique 
numdrique repr6sent§ en un langage de ballsage pr§d6teiTnin6 dans lequel au 
moins un logiclel d'affichage de type butineur est utilise pour afficlier un tel 
document, caract6rise en ce que le proc6de comprend les etapes suivantes : 

i) transformer le document d'origine (ISVG1) afficlie en mode lecture 
en une version Editable (ISVG2) dans le langage de balisage selon un jeu de 
regies de transformation pr6d6finies non li§es au document qui incorporent un 
jeu de r6gle d'§criture au document, 

il) interagir via le logiciel d'affichage avec ladite version Editable 
(ISVG2) pour la modifier selon ledit jeu de regies d'ecriture, et 

iii) transformer ia version Editable alnsi modifiee (1SVG2) en une 
version en mode lecture (ISVG3) incorporant les modifications apportees lors-.de 
r§tape ii). , 

2. Proced§ selon la revendication 1, caracterise en ce que le precede 
comprend en outre Tetape iv) dans laquelle il est prevu d'afficher ou stocker 
ladite version modifiee en mode lecture (ISVG3). ? 

3. Proced§ selon la revendication 1 ou la revendication 2, caract6ris6 
en ce que le logiciel d'affichage de type butineur est capable d'utiliser le jeu de 
regies de transformation pour transformer le document d'origine en une version 
Editable. 

4. Proc§d6 selon I'une des revendications 1^2, caracl§rls6 en ce que 
le jeu de regies de transfomriatlon est mis sous le format de scripts XSLT et/ou 
Javascript. 

5. Proced6 selon I'une des revendications 1^2, caract§ris§ en ce que 
le jeu de regies de transformation est propose sous le format d'un service web. 
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6. Proc6d6 selon I'une des revendlcatlons 1 a 5. caract6ris§ en ce que 
le jeu de rdgles d'6criture appartlent au groupe fonne par des fonctions 
d'insertlon. de modification. d'§iimination, de deplacement. et de copie d'au 
moins certains elements ou noeuds du document ^ 6diter. 

7. Precede selon I'une quelconque des revendications prec6dentes, 
caracterise en ce que la transformation inverse selon C^tape III) est apte. S partir 
d'un document 6dit6 (ISVG2). ^ recup6rer le document non §dit6 (ISVG3). 



caracterise en ce que la transformation'directe sSon" litape 0 esrapte d ajouter 
des Informations de guidage susceptibles de gulder la transformation inverse 
selon I'dtape ill). 

9. Proc6d6 selon la revendlcation 8, caracteris6 en ce que les 
Infomiatlons de guidage appartiennent au groupe forme par des elements § 
eiiminer ; des elements se trouvant dans le document modifie (ISVG2) dans un 
espace de nommage sp^cifique ; des scripts mettant a jour les valeurs des 
informations de guidage ; des informations d'indication relatives a la 
creation/modification des attributs. 

10. Proc6d§ selon I'une quelconque des revendications pr6c6dentes. 
caracterise en ce que la transformation directe selon I'etape i) est apte ^ 
identifier chaque 6l6ment graphique s§lectlonnable. 

11. Proc§d6 selon Tune quelconque des precedentes revendications, 
caracterise en ce que la transformation directe selon I'etape i) est apte ^ 
englober/faire passer des noeuds Merits dans le langage de balisage de type 
SVG dans un espace de nommage non SVG pour d6sactiver le effets desdits 
noeuds. 
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12. Proc§cl6 selon la revendication 11, caract§ris6 en ce que ia 
transformation Inverse selon r6tape Hi) est apte § r6cup6rer les noeuds SVG 
passes dans un espace de nommage non SVG. 

13. Proc6d§ selon Tune quelconque des revendications pr6c6dentes, 
caract6ris§ en ce que la transformation directe selon I'^tape i) comprend un 
paramdtre susceptible de decider de conserver/d'eliminer un element 
d'animation. 

« 

14. Proc6de selon I'une quelconque des revendications pr§cedentes, 
caracterise en ce que la transformation directe selon Tetape i) incorpore des 
§v6nements de mutation aptes a modifier de fagon synch rone le document 
([SVG2) par rapport au document Initial (ISVG1). 

15. Proced6 selon I'une quelconque des revendications pr6c6dentes, 
caract6rise en ce que la transformation directe selon Tetape i) est apte v^ 
visualiser dynamiquement le document edit6 (ISVG2). 

16. Proc§de selon I'une quelconque des revendications precedentes, 
caracteris§ en ce que la transformation directe selon Tetape i) incorpore un 
mecanisme apte a modifier tout ou partie du document edite (ISVG2) via des 
programmes disponibles a distance du document 

17. Proc6d6 selon la revendication 16, caract6rls6 en ce que lesdits 
programmes appartiennent au groupe form6 par des scripts JavaScript ; des 
scripts XSLT ; des services Web, 

18- Precede selon la revendication 15 ou la revendication 16, 
caract6ris6 en ce que lesdits programmes sont aptes ^ prendre en entree un 
arbre ecrit en langage de balisage de type SVG et retourner une image non 
vectorielle en sortie. 
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19. Proced6 selon I'une quelconque des revendlcations pr6c6dentes, 
caracterise en ce que la transformation Inverse selon I'etape ill) est apte ^ 
modifier un script d'initlallsation pour sauvegarder des modifications effectuees 
sur des 6l6ments graphiques cr66s par ledit script d'initiallsation. 

20. Disposltif de traitement d'au moins un document graphique 
numerique represente en un langage de balisage predetermine dans lequel au 
moins un logiciel d'affichage de type butineur est utilise pour afficher un tel 
document caract6ris§ en ce qu'il comprend : 

- des moyens de transfomnatjon djrecte^ourjransformer le document 
-d'origineXrsVGj)"affich4 en~mode une vereion 6dit^ble OSVG2') da"ns" 

le langage de balisage selon un jeu de r§gles de transfomiation pr6d§finles non 
Iiees au document qui incorporent un jeu de r^gle d'ecrlture au document ; 

- des moyens de traitement pour interagir via le logiciel d'affichage 
avec ladite version Editable (ISVG2) pour la modifier selon ledit jeu de regies 
d'ecriture ; et 

- des moyens de transformation inverse pour transformer la version 
Editable ainsi modifi^e (ISVG2) en une version en mode lecture (ISVG3) 
Incorporant les modifications ainsi apport^es par les moyens de traitement. 

21. Disposltif selon la revendlcatlon 20. caracterls§ en ce qu'il 
comprend en outre des moyens pour afRcher ou stocker ladite version modifi§e 
en mode lecture (ISVG3). 

22. DIspositIf selon la revendlcatlon 20 ou la revendlcatlon 21 
caracterlse en ce que le jeu de rdgles d'ecriture appartient au groupe form6 par 
des fonctions d'Insertion. de modification. d'6Ilmination. de d^placement. et de 
cople d'au moins certains Elements ou noeuds du document a §diter. 

23. Disposltif selon I'une quelconque des revendlcations 20 ^ 22 
caracteris§ en ce que les moyens de transformation inverse sont aptes ^ 
r6cuperer a partir d'un document edite (ISVG2). le document non §dlt6 (ISVG3) 
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24. Dispositif selon Tune queiconque des revendications pr^c^dentes 
20 ^ 23, caract6ris6 en ce que les moyens de transformation directe sont aptes a 
ajouter des infomnations de guidage susceptibles de guider les moyens de 
transformation inverse. 

5 

25. Dispositif selon la revendication 24, caract6ris§ en ce que les 
informations de guidage appartiennent au groupe form6 par des elements a 
eliminer ; des elements se trouvant dans le document modifi^ (1SVG2) dans un 
espace de nommage specifique ; des scripts mettant ^ jour les valeurs des 

10 infomnations de guidage ; des infomnations d'indication relatives d la 
creation/modification des attributs. 

26. Dispositif selon Tune queiconque des revendications 20 a 25, 
oaract§rise en ce que les moyens de transformation directe sont aptes d 

1 5 identifier chaque element graphique selectionnable. 

27. Dispositif selon I'une queiconque des revendications 20 a 26, 
caract6ris§ en ce que les moyens de transformation directe sont. aptes a 
englober/faire passer des noeuds ecrits dans le langage de balisage de type 

20 SVG dans un espace de nommage non SVG pour d6sactiver le effets desdits 
noeuds. 

28. Dispositif selon la revendication 27, caract6ris6 en ce que les 
moyens de transformation Inverse sont aptes ^ r6cup6rer les noeuds SVG 

25 passes dans un espace de nommage non SVG. 

29. Dispositif selon I'une queiconque des revendications 20 k 28, 
caracterise en ce que les moyens de transformation directe sont adaptes pour 
utiliser un param§tre susceptible de decider de conserver/d'eliminer un Element 

30 d'animation. 

30. Dispositif selon I'une queiconque des revendications 20 a 29, 
caract6ris6 en ce que les moyens de transformation directe sont adaptes pour 
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traiter des 6v6nements en mutation aptes S modifier de fagon synchrone le 
document (ISVG2) par rapport au document initial (ISVG1). 

31. DIspositif salon Tune quelconque des revendications 20 a 30, 
caracteris6 en ce que les moyens de transformation directe sont aptes S 
visualiser dynamiquement le document edit6 (ISVG2). 

32. DIspositif selon I'une quelconque des revendications 20 a 31, 
caract6rise en ce que les moyens de transfomiatlon directe comprennent un 

.'^^-^.^.i!!"®™^*® °" partie^du document edite (ISVG2) via des 

programmes disponibles a distance du document. 

33. DIspositif selon la revendicatlon 32, caract6ris6 en ce que lesdits 
programmes appartlennent d au groupe form§ par des scripts JavaScript ; des 
scripts XSLT ; des sen/ices Web. 

34. DIspositif selon la revendication 32 ou la revendication 33. 
caract6rise en ce que lesdits programmes sont aptes a prendre en entree un 
arbre ecrit en langage de balisage de type SVG et retrouver une image non 
vectorielle en sortie. 

35. DIspositif selon Tune quelconque des revendications 20 k 34, 
caract6ris6 en ce que les moyens de transformation Inverse sont aptes d 
modifier un script d'initialisatlon pour sauvegarder des modifications effectu6es 
sur des Elements grapiiiques cr§§s par ledll script d'initlalisation. 

36. Support d'Informations lisible par un systems infomiatique, 
§ventuellement amovible. totalement ou partiellement, notamment CD-ROM ou 
support magn§tique. tel un disque dur ou une disquette, ou support 
transmissible, tel un signal electrique ou optique, caracteris^ en ce qu'il 
comporte des instructions d'un programme d'ordlnateur permettant la mise en 
oeuvre du proc6d6 selon I'une quelconque des revendications 1^19, lorsque ce 
programme est charg6 et ex6cute par un systSme inforniatique. 
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37. Programme d'ordinateur stock§ sur un support d'informatlons. ledit 
programme comportant des Instructions permettant la mise en oeuvre d'un 
precede de traitement selon Tune quelconque des revendications 1^19, lorsque 
le programme est charge et execute par un systeme informatique. 
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